Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix #317425: Corruption/crash after repeating a 256th note or smaller. #7517

Merged
merged 1 commit into from
Mar 9, 2021

Conversation

mattmcclinch
Copy link
Contributor

Resolves: https://musescore.org/en/node/317425.

In the MIME data for a StaffList, the starting tick and tick length are encoded as integers, which is not sufficient when dealing with durations shorter than 1/128th. But there is really no reason for this, since ticks are stored internally as Fractions, and Fractions can be converted to and from strings without any loss in precision.

@Jojo-Schmitz
Copy link
Contributor

mtests are not happy

@mattmcclinch
Copy link
Contributor Author

I’ll just have to update the tst_selectionfilter refs to expect the new encoding.

Resolves: https://musescore.org/en/node/317425.

In the MIME data for a StaffList, the starting tick and tick length are encoded as integers, which is not sufficient when dealing with durations shorter than 1/128th. But there is really no reason for this, since ticks are stored internally as Fractions, and Fractions can be converted to and from strings without any loss in precision.
@vpereverzev vpereverzev merged commit c6423f2 into musescore:3.x Mar 9, 2021
@Jojo-Schmitz
Copy link
Contributor

I wonder whether this would need to get ported to master

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants